package md.specialEqp.inspect;
//先有旧的数据，才再去搞的enum定义，数据库DB存储用Byte 1个字节/数字

/**报告出具的过程环节。 Report状态值 9个状态值形式。
一般的申请单，请求批准应用场景的，是审批通过或者审批不通过都会END。
 所以一般简单的申请状态组合是【 MAKE正在申请当中, APPR提交给审批人 ,END审批完成, CANCEL取消 】就能应付需求。
 ISP流程环节CURR_NODE= [1=初始, {id:'101',text:'报告编制'},{id:'102',text:'责任工程师审核'}, {id:'104',text:'负责人审批'},
 {id:'105',text:'文印室打印'[制作证书报告?报告归档清单]},{id:'106',text:'终结'[终结后才发放报告证书?]} ,{id:'107',text:'注销'}];
 等待整改反馈CURR_NODEID: "103";{分项报告多出的103独立审核情况,[子报告审核通过103状态]主报告还是101状态}
 整改反馈期内的不合格报告不能直接送审批104, 子报告分项也不能直接送审批=需要组合103整个报告/主报告才能送审批。
 也能做成普通申请单的审批流程，甚至投票器应用。
 所有单子都是MAKE开始，END结束。
 */

public enum ReportType_Enum {
    /**默认的WEB模板编制的 在线检验报告的形式，网页报告输出模式。
     * */
    WEB,
    /**Web编辑转换后支持PDF转化输出的形式：PDF文件是动态生成的，不需要上传PDF文件。
     * 老系统的PDF形式, 旧平台可以提供的在线URL读写PDF的情况。
     * */
    PDF,
    /**老系统的PDF形式, 文件上传方式的。对应files[]的文件系统文件。人工上传附件的报告。
     * 本地有存储文件上传的模式。上传PDF文件。
     * */
    FILE,
    /**报告连接URL形式的, 旧的PDF独立平台模式：本地没有存储文件的。
     * 遗留外部报告，只有报告编号，却无法获得内容的：
     * 旧检验机构的平台过渡形式：默认生成的path;
     * */
    URI,
    /**人工纸质的报告: 什么东西都不需要存储的。URI=""也纳入这类了。
     * */
    MANUAL;
}

